Adaptive integrated circuitry with heterogeneous and reconfigurable matrices of diverse and adaptive computational units having fixed, application specific computational elements

ABSTRACT

The present invention concerns a new category of integrated circuitry and a new methodology for adaptive or reconfigurable computing. The preferred IC embodiment includes a plurality of heterogeneous computational elements coupled to an interconnection network. The plurality of heterogeneous computational elements include corresponding computational elements having fixed and differing architectures, such as fixed architectures for different functions such as memory, addition, multiplication, complex multiplication, subtraction, configuration, reconfiguration, control, input, output, and field programmability. In response to configuration information, the interconnection network is operative in real-time to configure and reconfigure the plurality of heterogeneous computational elements for a plurality of different functional modes, including linear algorithmic operations, non-linear algorithmic operations, finite state machine operations, memory operations, and bit-level manipulations. The various fixed architectures are selected to comparatively minimize power consumption and increase performance of the adaptive computing integrated circuit, particularly suitable for mobile, hand-held or other battery-powered computing applications.

FIELD OF THE INVENTION

The present invention relates, in general, to integrated circuits and,more particularly, to adaptive integrated circuitry with heterogeneousand reconfigurable matrices of diverse and adaptive computational unitshaving fixed, application specific computational elements.

BACKGROUND OF THE INVENTION

The advances made in the design and development of integrated circuits(“ICs”) have generally produced ICs of several different types orcategories having different properties and functions, such as the classof universal Turing machines (including microprocessors and digitalsignal processors (“DSPs”)), application specific integrated circuits(“ASICs” and field programmable gate arrays (“FPGAs”). Each of thesedifferent types of ICs, and their corresponding design methodologies,have distinct advantages and disadvantages.

Microprocessors and DSPs, for example, typically provide a flexible,software programmable solution for the implementation of a wide varietyof tasks. As various technology standards evolve, microprocessors andDSPs may be reprogrammed, to varying degrees, to perform various new oraltered functions or operations. Various tasks or algorithms, however,must be partitioned and constrained to fit the physical limitations ofthe processor, such as bus widths and hardware availability. Inaddition, as processors are designed for the execution of instructions,large areas of the IC are allocated to instruction processing, with theresult that the processors are comparatively inefficient in theperformance of actual algorithmic operations, with only a few percent ofthese operations performed during any given clock cycle. Microprocessorsand DSPs, moreover, have a comparatively limited activity factor, suchas having only approximately five percent of their transistors engagedin algorithmic operations at any given time, with most of thetransistors allocated to instruction processing. As a consequence, forthe performance of any given algorithmic operation, processors consumesignificantly more IC (or silicon) area and consume significantly morepower compared to other types of ICs, such as ASICs.

While having comparative advantages in power consumption and size, ASICsprovide a fixed, rigid or “hard-wired” implementation of transistors (orlogic gates) for the performance of a highly specific task or a group ofhighly specific tasks. ASICs typically perform these tasks quiteeffectively, with a comparatively high activity factor, such as withtwenty-five to thirty percent of the transistors engaged in switching atany given time. Once etched, however, an ASIC is not readily changeable,with any modification being time-consuming and expensive, effectivelyrequiring new masks and new fabrication. As a further result, ASICdesign virtually always has a degree of obsolescence, with a designcycle lagging behind the evolving standards for product implementations.For example, an ASIC designed to implement GSM (Global System for MobileCommunications) or CDMA (code division multiple access) standards formobile communication becomes relatively obsolete with the advent of anew standard, such as 3G.

FPGAs have evolved to provide some design and programming flexibility,allowing a degree of post-fabrication modification. FPGAs typicallyconsist of small, identical sections or “islands” of programmable logic(logic gates) surrounded by many levels of programmable interconnect,and may include memory elements. FPGAs are homogeneous, with the ICcomprised of repeating arrays of identical groups of logic gates, memoryand programmable interconnect. A particular function may be implementedby configuring (or reconfiguring) the interconnect to connect thevarious logic gates in particular sequences and arrangements. The mostsignificant advantage of FPGAs are their post-fabricationreconfigurability, allowing a degree of flexibility in theimplementation of changing or evolving specifications or standards. Thereconfiguring process for an FPGA is comparatively slow, however, and istypically unsuitable for most real-time, immediate applications.

While this post-fabrication flexibility of FPGAs provides a significantadvantage, FPGAs have corresponding and inherent disadvantages. Comparedto ASICs, FPGAs are very expensive and very inefficient forimplementation of particular functions, and are often subject to a“combinatorial explosion” problem. More particularly, for FPGAimplementation, an algorithmic operation comparatively may requireorders of magnitude more IC area, time and power, particularly when theparticular algorithmic operation is a poor fit to the pre-existing,homogeneous islands of logic gates of the FPGA material. In addition,the programmable interconnect, which should be sufficiently rich andavailable to provide reconfiguration flexibility, has a correspondinglyhigh capacitance, resulting in comparatively slow operation and highpower consumption. For example, compared to an ASIC, an FPGAimplementation of a relatively simple function, such as a multiplier,consumes significant IC area and vast amounts of power, while providingsignificantly poorer performance by several orders of magnitude. Inaddition, there is a chaotic element to FPGA routing, rendering FPGAssubject to unpredictable routing delays and wasted logic resources,typically with approximately one-half or more of the theoreticallyavailable gates remaining unusable due to limitations in routingresources and routing algorithms.

Various prior art attempts to meld or combine these various processor,ASIC and FPGA architectures have had utility for certain limitedapplications, but have not proven to be successful or useful for lowpower, high efficiency, and real-time applications. Typically, theseprior art attempts have simply provided, on a single chip, an area ofknown FPGA material (consisting of a repeating array of identical logicgates with interconnect) adjacent to either a processor or an ASIC, withlimited interoperability, as an aid to either processor or ASICfunctionality. For example, Trimberger U.S. Pat. No. 5,737,631, entitled“Reprogrammable Instruction Set Accelerator”, issued Apr. 7, 1998, isdesigned to provide instruction acceleration for a general purposeprocessor, and merely discloses a host CPU (central processing unit)made up of such a basic microprocessor combined in parallel with knownFPGA material (with an FPGA configuration store, which together form thereprogrammable instruction set accelerator). This reprogrammableinstruction set accelerator, while allowing for some post-fabricationreconfiguration flexibility and processor acceleration, is nonethelesssubject to the various disadvantages of traditional processors andtraditional FPGA material, such as high power consumption and highcapacitance, with comparatively low speed, low efficiency and lowactivity factors.

Tavana et al. U.S. Pat. No. 6,094,065, entitled “Integrated Circuit withField Programmable and Application Specific Logic Areas”, issued Jul.25, 2000, is designed to allow a degree of post-fabrication modificationof an ASIC, such as for correction of design or other layout flaws, anddiscloses use of a field programmable gate array in a parallelcombination with a mask-defined application specific logic area (i.e.,ASIC material). Once again, known FPGA material, consisting of arepeating array of identical logic gates within a rich programmableinterconnect, is merely placed adjacent to ASIC material within the samesilicon chip. While potentially providing post-fabrication means for“bug fixes” and other error correction, the prior art IC is nonethelesssubject to the various disadvantages of traditional ASICs andtraditional FPGA material, such as highly limited reprogrammability ofan ASIC, combined with high power consumption, comparatively low speed,low efficiency and low activity factors of FPGAs.

As a consequence, a need remains for a new form or type of integratedcircuitry which effectively and efficiently combines and maximizes thevarious advantages of processors, ASICs and FPGAs, while minimizingpotential disadvantages. Such a new form or type of integrated circuitshould include, for instance, the programming flexibility of aprocessor, the post-fabrication flexibility of FPGAs, and the high speedand high utilization factors of an ASIC. Such integrated circuitryshould be readily reconfigurable, in real-time, and be capable of havingcorresponding, multiple modes of operation. In addition, such integratedcircuitry should minimize power consumption and should be suitable forlow power applications, such as for use in handheld and otherbattery-powered devices.

SUMMARY OF THE INVENTION

The present invention provides new form or type of integrated circuitrywhich effectively and efficiently combines and maximizes the variousadvantages of processors, ASICs and FPGAs, while minimizing potentialdisadvantages. In accordance with the present invention, such a new formor type of integrated circuit, referred to as an adaptive computingengine (ACE), is disclosed which provides the programming flexibility ofa processor, the post-fabrication flexibility of FPGAs, and the highspeed and high utilization factors of an ASIC. The ACE integratedcircuitry of the present invention is readily reconfigurable, inreal-time, is capable of having corresponding, multiple modes ofoperation, and further minimizes power consumption while increasingperformance, with particular suitability for low power applications,such as for use in hand-held and other battery-powered devices.

The ACE architecture of the present invention, for adaptive orreconfigurable computing, includes a plurality of heterogeneouscomputational elements coupled to an interconnection network, ratherthan the homogeneous units of FPGAs. The plurality of heterogeneouscomputational elements include corresponding computational elementshaving fixed and differing architectures, such as fixed architecturesfor different functions such as memory, addition, multiplication,complex multiplication, subtraction, configuration, reconfiguration,control, input, output, and field programmability. In response toconfiguration information, the interconnection network is operative inreal-time to configure and reconfigure the plurality of heterogeneouscomputational elements for a plurality of different functional modes,including linear algorithmic operations, non-linear algorithmicoperations, finite state machine operations, memory operations, andbit-level manipulations.

As illustrated and discussed in greater detail below, the ACEarchitecture of the present invention provides a single IC, which may beconfigured and reconfigured in real-time, using these fixed andapplication specific computation elements, to perform a wide variety oftasks. For example, utilizing differing configurations over time of thesame set of heterogeneous computational elements, the ACE architecturemay implement functions such as finite impulse response filtering, fastFourier transformation, discrete cosine transformation, and with othertypes of computational elements, may implement many other high levelprocessing functions for advanced communications and computing.

Numerous other advantages and features of the present invention willbecome readily apparent from the following detailed description of theinvention and the embodiments thereof, from the claims and from theaccompanying drawings.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram illustrating a preferred apparatus embodimentin accordance with the present invention.

FIG. 2 is a schematic diagram illustrating an exemplary data flow graphin accordance with the present invention.

FIG. 3 is a block diagram illustrating a reconfigurable matrix, aplurality of computation units, and a plurality of computationalelements, in accordance with the present invention.

FIG. 4 is a block diagram illustrating, in greater detail, acomputational unit of a reconfigurable matrix in accordance with thepresent invention.

FIGS. 5A through 5E are block diagrams illustrating, in detail,exemplary fixed and specific computational elements, formingcomputational units, in accordance with the present invention.

FIGS. 6A-6D are a block diagram illustrating, in detail, a preferredmultifunction adaptive computational unit having a plurality ofdifferent, fixed computational elements, in accordance with the presentinvention.

FIGS. 7A-7B are a block diagram illustrating, in detail, a preferredadaptive logic processor computational unit having a plurality of fixedcomputational elements, in accordance with the present invention.

FIG. 8 is a block diagram illustrating, in greater detail, a preferredcore cell of an adaptive logic processor computational unit with a fixedcomputational element, in accordance with the present invention.

FIG. 9 is a block diagram illustrating, in greater detail, a preferredfixed computational element of a core cell of an adaptive logicprocessor computational unit, in accordance with the present invention.

DETAILED DESCRIPTION

While the present invention is susceptible of embodiment in manydifferent forms, there are shown in the drawings and will be describedherein in detail specific embodiments thereof, with the understandingthat the present disclosure is to be considered as an exemplification ofthe principles of the invention and is not intended to limit theinvention to the specific embodiments illustrated.

As indicated above, a need remains for a new form or type of integratedcircuitry which effectively and efficiently combines and maximizes thevarious advantages of processors, ASICs and FPGAs, while minimizingpotential disadvantages. In accordance with the present invention, sucha new form or type of integrated circuit, referred to as an adaptivecomputing engine (ACE), is disclosed which provides the programmingflexibility of a processor, the post-fabrication flexibility of FPGAs,and the high speed and high utilization factors of an ASIC. The ACEintegrated circuitry of the present invention is readily reconfigurable,in real-time, is capable of having corresponding, multiple modes ofoperation, and further minimizes power consumption while increasingperformance, with particular suitability for low power applications.

FIG. 1 is a block diagram illustrating a preferred apparatus 100embodiment in accordance with the present invention. The apparatus 100,referred to herein as an adaptive computing engine (“ACE”) 100, ispreferably embodied as an integrated circuit, or as a portion of anintegrated circuit having other, additional components. In the preferredembodiment, and as discussed in greater detail below, the ACE 100includes one or more reconfigurable matrices (or nodes) 150, such asmatrices 150A through 150N as illustrated, and a matrix interconnectionnetwork 110. Also in the preferred embodiment, and as discussed indetail below, one or more of the matrices 150, such as matrices 150A and150B, are configured for functionality as a controller 120, while othermatrices, such as matrices 150C and 150D, are configured forfunctionality as a memory 140. The various matrices 150 and matrixinterconnection network 110 may also be implemented together as fractalsubunits, which may be scaled from a few nodes to thousands of nodes.

A significant departure from the prior art, the ACE 100 does not utilizetraditional (and typically separate) data, DMA, random access,configuration and instruction busses for signaling and othertransmission between and among the reconfigurable matrices 150, thecontroller 120, and the memory 140, or for other input/output (“I/O”)functionality. Rather, data, control and configuration information aretransmitted between and among these matrix 150 elements, utilizing thematrix interconnection network 110, which may be configured andreconfigured, in real-time, to provide any given connection between andamong the reconfigurable matrices 150, including those matrices 150configured as the controller 120 and the memory 140, as discussed ingreater detail below.

The matrices 150 configured to function as memory 140 may be implementedin any desired or preferred way, utilizing computational elements(discussed below) of fixed memory elements, and may be included withinthe ACE 100 or incorporated within another IC or portion of an IC. Inthe preferred embodiment, the memory 140 is included within the ACE 100,and preferably is comprised of computational elements which are lowpower consumption random access memory (RAM), but also may be comprisedof computational elements of any other form of memory, such as flash,DRAM (dynamic random access memory), SRAM (static random access memory),MRAM (magnetoresistive random access memory), ROM (read only memory),EPROM (erasable programmable read only memory) or E²PROM (electricallyerasable programmable read only memory). In the preferred embodiment,the memory 140 preferably includes direct memory access (DMA) engines,not separately illustrated.

The controller 120 is preferably implemented, using matrices 150A and150B configured as adaptive finite state machines, as a reducedinstruction set (“RISC”) processor, controller or other device or ICcapable of performing the two types of functionality discussed below.(Alternatively, these functions may be implemented utilizing aconventional RISC or other processor.) The first control functionality,referred to as “kernal” control, is illustrated as kernal controller(“KARC”) of matrix 150A, and the second control functionality, referredto as “matrix” control, is illustrated as matrix controller (“MARC”) ofmatrix 150B. The kernal and matrix control functions of the controller120 are explained in greater detail below, with reference to theconfigurability and reconfigurability of the various matrices 150, andwith reference to the preferred form of combined data, configuration andcontrol information referred to herein as a “silverware” module.

The matrix interconnection network 110 of FIG. 1, and its subsetinterconnection networks separately illustrated in FIGS. 3 and 4(Boolean interconnection network 210, data interconnection network 240,and interconnect 220), collectively and generally referred to herein as“interconnect”, “interconnection(s)” or “interconnection network(s)”,may be implemented generally as known in the art, such as utilizing FPGAinterconnection networks or switching fabrics, albeit in a considerablymore varied fashion. In the preferred embodiment, the variousinterconnection networks are implemented as described, for example, inU.S. Pat. Nos. 5,218,240, 5,336,950, 5,245,227, and 5,144,166, and alsoas discussed below and as illustrated with reference to FIGS. 7, 8 and9. These various interconnection networks provide selectable (orswitchable) connections between and among the controller 120, the memory140, the various matrices 150, and the computational units 200 andcomputational elements 250 discussed below, providing the physical basisfor the configuration and reconfiguration referred to herein, inresponse to and under the control of configuration signaling generallyreferred to herein as “configuration information”. In addition, thevarious interconnection networks (110, 210, 240 and 220) provideselectable or switchable data, input, output, control and configurationpaths, between and among the controller 120, the memory 140, the variousmatrices 150, and the computational units 200 and computational elements250, in lieu of any form of traditional or separate input/output busses,data busses, DMA, RAM, configuration and instruction busses.

It should be pointed out, however, that while any given switching orselecting operation of or within the various interconnection networks(110, 210, 240 and 220) may be implemented as known in the art, thedesign and layout of the various interconnection networks (110, 210, 240and 220), in accordance with the present invention, are new and novel,as discussed in greater detail below. For example, varying levels ofinterconnection are provided to correspond to the varying levels of thematrices 150, the computational units 200, and the computationalelements 250, discussed below. At the matrix 150 level, in comparisonwith the prior art FPGA interconnect, the matrix interconnection network110 is considerably more limited and less “rich”, with lesser connectioncapability in a given area, to reduce capacitance and increase speed ofoperation. Within a particular matrix 150 or computational unit 200,however, the interconnection network (210, 220 and 240) may beconsiderably more dense and rich, to provide greater adaptation andreconfiguration capability within a narrow or close locality ofreference.

The various matrices or nodes 150 are reconfigurable and heterogeneous,namely, in general, and depending upon the desired configuration:reconfigurable matrix 150A is generally different from reconfigurablematrices 150B through 150N; reconfigurable matrix 150B is generallydifferent from reconfigurable matrices 150A and 150C through 150N;reconfigurable matrix 150C is generally different from reconfigurablematrices 150A, 150B and 150D through 150N, and so on. The variousreconfigurable matrices 150 each generally contain a different or variedmix of adaptive and reconfigurable computational (or computation) units(200); the computational units 200, in turn, generally contain adifferent or varied mix of fixed, application specific computationalelements (250), discussed in greater detail below with reference toFIGS. 3 and 4, which may be adaptively connected, configured andreconfigured in various ways to perform varied functions, through thevarious interconnection networks. In addition to varied internalconfigurations and reconfigurations, the various matrices 150 may beconnected, configured and reconfigured at a higher level, with respectto each of the other matrices 150, through the matrix interconnectionnetwork 110, also as discussed in greater detail below.

Several different, insightful and novel concepts are incorporated withinthe ACE 100 architecture of the present invention, and provide a usefulexplanatory basis for the real-time operation of the ACE 100 and itsinherent advantages.

The first novel concepts of the present invention concern the adaptiveand reconfigurable use of application specific, dedicated or fixedhardware units (computational elements 250), and the selection ofparticular functions for acceleration, to be included within theseapplication specific, dedicated or fixed hardware units (computationalelements 250) within the computational units 200 (FIG. 3) of thematrices 150, such as pluralities of multipliers, complex multipliers,and adders, each of which are designed for optimal execution ofcorresponding multiplication, complex multiplication, and additionfunctions. Given that the ACE 100 is to be optimized, in the preferredembodiment, for low power consumption, the functions for accelerationare selected based upon power consumption. For example, for a givenapplication such as mobile communication, corresponding C (C+ or C++) orother code may be analyzed for power consumption. Such empiricalanalysis may reveal, for example, that a small portion of such code,such as 10%, actually consumes 90% of the operating power when executed.In accordance with the present invention, on the basis of such powerutilization, this small portion of code is selected for accelerationwithin certain types of the reconfigurable matrices 150, with theremaining code, for example, adapted to run within matrices 150configured as controller 120. Additional code may also be selected foracceleration, resulting in an optimization of power consumption by theACE 100, up to any potential trade-off resulting from design oroperational complexity. In addition, as discussed with respect to FIG.3, other functionality, such as control code, may be accelerated withinmatrices 150 when configured as finite state machines.

Next, algorithms or other functions selected for acceleration areconverted into a form referred to as a “data flow graph” (“DFG”). Aschematic diagram of an exemplary data flow graph, in accordance withthe present invention, is illustrated in FIG. 2. As illustrated in FIG.2, an algorithm or function useful for CDMA voice coding (QCELP(Qualcomm code excited linear prediction) is implemented utilizing fourmultipliers 190 followed by four adders 195. Through the varying levelsof interconnect, the algorithms of this data flow graph are thenimplemented, at any given time, through the configuration andreconfiguration of fixed computational elements (250), namely,implemented within hardware which has been optimized and configured forefficiency, i.e., a “machine” is configured in real-time which isoptimized to perform the particular algorithm. Continuing with theexemplary DFG or FIG. 2, four fixed or dedicated multipliers, ascomputational elements 250, and four fixed or dedicated adders, also asdifferent computational elements 250, are configured in real-timethrough the interconnect to perform the functions or algorithms of theparticular DFG.

The third and perhaps most significant concept of the present invention,and a marked departure from the concepts and precepts of the prior art,is the concept of reconfigurable “heterogeneity” utilized to implementthe various selected algorithms mentioned above. As indicated above,prior art reconfigurability has relied exclusively on homogeneous FPGAs,in which identical blocks of logic gates are repeated as an array withina rich, programmable interconnect, with the interconnect subsequentlyconfigured to provide connections between and among the identical gatesto implement a particular function, albeit inefficiently and often withrouting and combinatorial problems. In stark contrast, in accordancewith the present invention, within computation units 200, differentcomputational elements (250) are implemented directly as correspondinglydifferent fixed (or dedicated) application specific hardware, such asdedicated multipliers, complex multipliers, and adders. Utilizinginterconnect (210 and 220), these differing, heterogeneous computationalelements (250) may then be adaptively configured, in realtime, toperform the selected algorithm, such as the performance of discretecosine transformations often utilized in mobile communications. For thedata flow graph example of FIG. 2, four multipliers and four adders willbe configured, i.e., connected in real-time, to perform the particularalgorithm. As a consequence, in accordance with the present invention,different (“heterogeneous”) computational elements (250) are configuredand reconfigured, at any given time, to optimally perform a givenalgorithm or other function. In addition, for repetitive functions, agiven instantiation or configuration of computational elements may alsoremain in place over time, i.e., unchanged, throughout the course ofsuch repetitive calculations.

The temporal nature of the ACE 100 architecture should also be noted. Atany given instant of time, utilizing different levels of interconnect(110, 210, 240 and 220), a particular configuration may exist within theACE 100 which has been optimized to perform a given function orimplement a particular algorithm. At another instant in time, theconfiguration may be changed, to interconnect other computationalelements (250) or connect the same computational elements 250differently, for the performance of another function or algorithm. Twoimportant features arise from this temporal reconfigurability. First, asalgorithms may change over time to, for example, implement a newtechnology standard, the ACE 100 may co-evolve and be reconfigured toimplement the new algorithm. For a simplified example, a fifthmultiplier and a fifth adder may be incorporated into the DFG of FIG. 2to execute a correspondingly new algorithm, with additional interconnectalso potentially utilized to implement any additional bussingfunctionality. Second, because computational elements are interconnectedat one instant in time, as an instantiation of a given algorithm, andthen reconfigured at another instant in time for performance of another,different algorithm, gate (or transistor) utilization is maximized,providing significantly better performance than the most efficient ASICsrelative to their activity factors.

This temporal reconfigurability of computational elements 250, for theperformance of various different algorithms, also illustrates aconceptual distinction utilized herein between configuration andreconfiguration, on the one hand, and programming or reprogrammability,on the other hand. Typical programmability utilizes a pre-existing groupor set of functions, which may be called in various orders, over time,to implement a particular algorithm. In contrast, configurability andreconfigurability, as used herein, includes the additional capability ofadding or creating new functions which were previously unavailable ornon-existent.

Next, the present invention also utilizes a tight coupling (orinterdigitation) of data and configuration (or other control)information, within one, effectively continuous stream of information.This coupling or commingling of data and configuration information,referred to as a “silverware” module, is the subject of a separate,related patent application. For purposes of the present invention,however, it is sufficient to note that this coupling of data andconfiguration information into one information (or bit) stream helps toenable real-time reconfigurability of the ACE 100, without a need forthe (often unused) multiple, overlaying networks of hardwareinterconnections of the prior art. For example, as an analogy, aparticular, first configuration of computational elements at aparticular, first period of time, as the hardware to execute acorresponding algorithm during or after that first period of time, maybe viewed or conceptualized as a hardware analog of “calling” asubroutine in software which may perform the same algorithm. As aconsequence, once the configuration of the computational elements hasoccurred (i.e., is in place), as directed by the configurationinformation, the data for use in the algorithm is immediately availableas part of the silverware module. The same computational elements maythen be reconfigured for a second period of time, as directed by secondconfiguration information, for execution of a second, differentalgorithm, also utilizing immediately available data. The immediacy ofthe data, for use in the configured computational elements, provides aone or two clock cycle hardware analog to the multiple and separatesoftware steps of determining a memory address and fetching stored datafrom the addressed registers. This has the further result of additionalefficiency, as the configured computational elements may execute, incomparatively few clock cycles, an algorithm which may require orders ofmagnitude more clock cycles for execution if called as a subroutine in aconventional microprocessor or DSP.

This use of silverware modules, as a commingling of data andconfiguration information, in conjunction with the real-timereconfigurability of a plurality of heterogeneous and fixedcomputational elements 250 to form adaptive, different and heterogeneouscomputation units 200 and matrices 150, enables the ACE 100 architectureto have multiple and different modes of operation. For example, whenincluded within a hand-held device, given a corresponding silverwaremodule, the ACE 100 may have various and different operating modes as acellular or other mobile telephone, a music player, a pager, a personaldigital assistant, and other new or existing functionalities. Inaddition, these operating modes may change based upon the physicallocation of the device; for example, when configured as a CDMA mobiletelephone for use in the United States, the ACE 100 may be reconfiguredas a GSM mobile telephone for use in Europe.

Referring again to FIG. 1, the functions of the controller 120(preferably matrix (KARC) 150A and matrix (MARC) 150B, configured asfinite state machines) may be explained with reference to a silverwaremodule, namely, the tight coupling of data and configuration informationwithin a single stream of information, with reference to multiplepotential modes of operation, with reference to the reconfigurablematrices 150, and with reference to the reconfigurable computation units200 and the computational elements 150 illustrated in FIG. 3. Asindicated above, through a silverware module, the ACE 100 may beconfigured or reconfigured to perform a new or additional function, suchas an upgrade to a new technology standard or the addition of anentirely new function, such as the addition of a music function to amobile communication device. Such a silverware module may be stored inthe matrices 150 of memory 140, or may be input from an external (wiredor wireless) source through, for example, matrix interconnection network110. In the preferred embodiment, one of the plurality of matrices 150is configured to decrypt such a module and verify its validity, forsecurity purposes. Next, prior to any configuration or reconfigurationof existing ACE 100 resources, the controller 120, through the matrix(KARC) 150A, checks and verifies that the configuration orreconfiguration may occur without adversely affecting any pre-existingfunctionality, such as whether the addition of music functionality wouldadversely affect pre-existing mobile communications functionality. Inthe preferred embodiment, the system requirements for such configurationor reconfiguration are included within the silverware module, for use bythe matrix (KARC) 150A in performing this evaluative function. If theconfiguration or reconfiguration may occur without such adverse affects,the silverware module is allowed to load into the matrices 150 of memory140, with the matrix (KARC) 150A setting up the DMA engines within thematrices 150C and 150D of the memory 140 (or other stand-alone DMAengines of a conventional memory). If the configuration orreconfiguration would or may have such adverse affects, the matrix(KARC) 150A does not allow the new module to be incorporated within theACE 100.

Continuing to refer to FIG. 1, the matrix (MARC) 150B manages thescheduling of matrix 150 resources and the timing of any correspondingdata, to synchronize any configuration or reconfiguration of the variouscomputational elements 250 and computation units 200 with anycorresponding input data and output data. In the preferred embodiment,timing information is also included within a silverware module, to allowthe matrix (MARC) 150B through the various interconnection networks todirect a reconfiguration of the various matrices 150 in time, andpreferably just in time, for the reconfiguration to occur beforecorresponding data has appeared at any inputs of the variousreconfigured computation units 200. In addition, the matrix (MARC) 150Bmay also perform any residual processing which has not been acceleratedwithin any of the various matrices 150. As a consequence, the matrix(MARC) 150B may be viewed as a control unit which “calls” theconfigurations and reconfigurations of the matrices 150, computationunits 200 and computational elements 250, in real-time, insynchronization with any corresponding data to be utilized by thesevarious reconfigurable hardware units, and which performs any residualor other control processing. Other matrices 150 may also include thiscontrol functionality, with any given matrix 150 capable of calling andcontrolling a configuration and reconfiguration of other matrices 150.

FIG. 3 is a block diagram illustrating, in greater detail, areconfigurable matrix 150 with a plurality of computation units 200(illustrated as computation units 200A through 200N), and a plurality ofcomputational elements 250 (illustrated as computational elements 250Athrough 250Z), and provides additional illustration of the preferredtypes of computational elements 250 and a useful summary of the presentinvention. As illustrated in FIG. 3, any matrix 150 generally includes amatrix controller 230, a plurality of computation (or computational)units 200, and as logical or conceptual subsets or portions of thematrix interconnect network 110, a data interconnect network 240 and aBoolean interconnect network 210. As mentioned above, in the preferredembodiment, at increasing “depths” within the ACE 100 architecture, theinterconnect networks become increasingly rich, for greater levels ofadaptability and reconfiguration. The Boolean interconnect network 210,also as mentioned above, provides the reconfiguration and datainterconnection capability between and among the various computationunits 200, and is preferably small (i.e., only a few bits wide), whilethe data interconnect network 240 provides the reconfiguration and datainterconnection capability for data input and output between and amongthe various computation units 200, and is preferably comparatively large(i.e., many bits wide). It should be noted, however, that whileconceptually divided into reconfiguration and data capabilities, anygiven physical portion of the matrix interconnection network 110, at anygiven time, may be operating as either the Boolean interconnect network210, the data interconnect network 240, the lowest level interconnect220 (between and among the various computational elements 250), or otherinput, output, or connection functionality.

Continuing to refer to FIG. 3, included within a computation unit 200are a plurality of computational elements 250, illustrated ascomputational elements 250A through 250Z (individually and collectivelyreferred to as computational elements 250), and additional interconnect220. The interconnect 220 provides the reconfigurable interconnectioncapability and input/output paths between and among the variouscomputational elements 250. As indicated above, each of the variouscomputational elements 250 consist of dedicated, application specifichardware designed to perform a given task or range of tasks, resultingin a plurality of different, fixed computational elements 250. Utilizingthe interconnect 220, the fixed computational elements 250 may bereconfigurably connected together into adaptive and varied computationalunits 200, which also may be further reconfigured and interconnected, toexecute an algorithm or other function, at any given time, such as thequadruple multiplications and additions of the DFG of FIG. 2, utilizingthe interconnect 220, the Boolean network 210, and the matrixinterconnection network 110.

In the preferred embodiment, the various computational elements 250 aredesigned and grouped together, into the various adaptive andreconfigurable computation units 200 (as illustrated, for example, inFIG. 5A through 9). In addition to computational elements 250 which aredesigned to execute a particular algorithm or function, such asmultiplication or addition, other types of computational elements 250are also utilized in the preferred embodiment. As illustrated in FIG. 3,computational elements 250A and 250B implement memory, to provide localmemory elements for any given calculation or processing function(compared to the more “remote” memory 140). In addition, computationalelements 250I, 250J, 250K and 250L are configured to implement finitestate machines (using, for example, the computational elementsillustrated in FIGS. 7, 8 and 9), to provide local processing capability(compared to the more “remote” matrix (MARC) 15SOB), especially suitablefor complicated control processing.

With the various types of different computational elements 250 which maybe available, depending upon the desired functionality of the ACE 100,the computation units 200 may be loosely categorized. A first categoryof computation units 200 includes computational elements 250 performinglinear operations, such as multiplication, addition, finite impulseresponse filtering, and so on (as illustrated below, for example, withreference to FIG. 5A through 5E and FIG. 6). A second category ofcomputation units 200 includes computational elements 250 performingnon-linear operations, such as discrete cosine transformation,trigonometric calculations, and complex multiplications. A third type ofcomputation unit 200 implements a finite state machine, such ascomputation unit 200C as illustrated in FIG. 3 and as illustrated ingreater detail below with respect to FIGS. 7 through 9), particularlyuseful for complicated control sequences, dynamic scheduling, andinput/output management, while a fourth type may implement memory andmemory management, such as computation unit 200A as illustrated in FIG.3. Lastly, a fifth type of computation unit 200 may be included toperform bit-level manipulation, such as for encryption, decryption,channel coding, Viterbi decoding, and packet and protocol processing(such as Internet Protocol processing).

In the preferred embodiment, in addition to control from other matricesor nodes 150, a matrix controller 230 may also be included within anygiven matrix 150, also to provide greater locality of reference andcontrol of any reconfiguration processes and any corresponding datamanipulations. For example, once a reconfiguration of computationalelements 250 has occurred within any given computation unit 200, thematrix controller 230 may direct that that particular instantiation (orconfiguration) remain intact for a certain period of time to, forexample, continue repetitive data processing for a given application.

FIG. 4 is a block diagram illustrating, in greater detail, an exemplaryor representative computation unit 200 of a reconfigurable matrix 150 inaccordance with the present invention. As illustrated in FIG. 4, acomputation unit 200 typically includes a plurality of diverse,heterogeneous and fixed computational elements 250, such as a pluralityof memory computational elements 250A and 250B, and forming acomputational unit (“CU”) core 260, a plurality of algorithmic or finitestate machine computational elements 250C through 250K. As discussedabove, each computational element 250, of the plurality of diversecomputational elements 250, is a fixed or dedicated, applicationspecific circuit, designed and having a corresponding logic gate layoutto perform a specific function or algorithm, such as addition ormultiplication. In addition, the various memory computational elements250A and 250B may be implemented with various bit depths, such as RAM(having significant depth), or as a register, having a depth of 1 or 2bits.

Forming the conceptual data and Boolean interconnect networks 240 and210, respectively, the exemplary computation unit 200 also includes aplurality of input multiplexers 280, a plurality of input lines (orwires) 281, and for the output of the CU core 260 (illustrated as lineor wire 270), a plurality of output demultiplexers 285 and 290, and aplurality of output lines (or wires) 291. Through the input multiplexers280, an appropriate input line 281 may be selected for input use in datatransformation and in the configuration and interconnection processes,and through the output demultiplexers 285 and 290, an output or multipleoutputs may be placed on a selected output line 291, also for use inadditional data transformation and in the configuration andinterconnection processes.

In the preferred embodiment, the selection of various input and outputlines 281 and 291, and the creation of various connections through theinterconnect (210, 220 and 240), is under control of control bits 265from the computational unit controller 255, as discussed below. Basedupon these control bits 265, any of the various input enables 251, inputselects 252, output selects 253, MUX selects 254, DEMUX enables 256,DEMUX selects 257, and DEMUX output selects 258, may be activated ordeactivated.

The exemplary computation unit 200 includes a computation unitcontroller 255 which provides control, through control bits 265, overwhat each computational element 250, interconnect (210, 220 and 240),and other elements (above) does with every clock cycle. Not separatelyillustrated, through the interconnect (210, 220 and 240), the variouscontrol bits 265 are distributed, as may be needed, to the variousportions of the computation unit 200, such as the various input enables251, input selects 252, output selects 253, MUX selects 254, DEMUXenables 256, DEMUX selects 257, and DEMUX output selects 258. The CUcontroller 295 also includes one or more lines 295 for reception ofcontrol (or configuration) information and transmission of statusinformation.

As mentioned above, the interconnect may include a conceptual divisioninto a data interconnect network 240 and a Boolean interconnect network210, of varying bit widths, as mentioned above. In general, the (wider)data interconnection network 240 is utilized for creating configurableand reconfigurable connections, for corresponding routing of data andconfiguration information. The (narrower) Boolean interconnect network210, while also utilized for creating configurable and reconfigurableconnections, is utilized for control of logic (or Boolean) decisions ofthe various data flow graphs, generating decision nodes in such DFGs,and may also be used for data routing within such DFGs.

FIGS. 5A through 5E are block diagrams illustrating, in detail,exemplary fixed and specific computational elements, formingcomputational units, in accordance with the present invention. As willbe apparent from review of these Figures, many of the same fixedcomputational elements are utilized, with varying configurations, forthe performance of different algorithms.

FIG. 5A is a block diagram illustrating a four-point asymmetric finiteimpulse response (FIR) filter computational unit 300. As illustrated,this exemplary computational unit 300 includes a particular, firstconfiguration of a plurality of fixed computational elements, includingcoefficient memory 305, data memory 310, registers 315, 320 and 325,multiplier 330, adder 335, and accumulator registers 340, 345, 350 and355, with multiplexers (MUXes) 360 and 365 forming a portion of theinterconnection network (210, 220 and 240).

FIG. 5B is a block diagram illustrating a two-point symmetric finiteimpulse response (FIR) filter computational unit 370. As illustrated,this exemplary computational unit 370 includes a second configuration ofa plurality of fixed computational elements, including coefficientmemory 305, data memory 310, registers 315, 320 and 325, multiplier 330,adder 335, second adder 375, and accumulator registers 340 and 345, alsowith multiplexers (MUXes) 360 and 365 forming a portion of theinterconnection network (210, 220 and 240).

FIG. 5C is a block diagram illustrating a subunit for a fast Fouriertransform (FFT) computational unit 400. As illustrated, this exemplarycomputational unit 400 includes a third configuration of a plurality offixed computational elements, including coefficient memory 305, datamemory 310, registers 315, 320, 325 and 385, multiplier 330, adder 335,and adder/subtractor 380, with multiplexers (MUXes) 360, 365, 390, 395and 405 forming a portion of the interconnection network (210, 220 and240).

FIG. 5D is a block diagram illustrating a complex finite impulseresponse (FIR) filter computational unit 440. As illustrated, thisexemplary computational unit 440 includes a fourth configuration of aplurality of fixed computational elements, including memory 410,registers 315 and 320, multiplier 330, adder/subtractor 380, and realand imaginary accumulator registers 415 and 420, also with multiplexers(MUXes) 360 and 365 forming a portion of the interconnection network(210, 220 and 240).

FIG. 5E is a block diagram illustrating a biquad infinite impulseresponse (IIR) filter computational unit 450, with a corresponding dataflow graph 460. As illustrated, this exemplary computational unit 450includes a fifth configuration of a plurality of fixed computationalelements, including coefficient memory 305, input memory 490, registers470, 475, 480 and 485, multiplier 330, and adder 335, with multiplexers(MUXes) 360, 365, 390 and 395 forming a portion of the interconnectionnetwork (210, 220 and 240).

FIGS. 6A-6D is a block diagram illustrating, in detail, a preferredmultifunction adaptive computational unit 500 having a plurality ofdifferent, fixed computational elements, in accordance with the presentinvention. When configured accordingly, the adaptive computation unit500 performs each of the various functions previously illustrated withreference to FIG. 5A though 5E, plus other functions such as discretecosine transformation. As illustrated, this multifunction adaptivecomputational unit 500 includes capability for a plurality ofconfigurations of a plurality of fixed computational elements, includinginput memory 520, data memory 525, registers 530 (illustrated asregisters 530A through 530Q), multipliers 540 (illustrated asmultipliers 540A through 540D), adder 545, first arithmetic logic unit(ALU) 550 (illustrated as ALU_1s 550A through 550D), second arithmeticlogic unit (ALU) 555 (illustrated as ALU_2s 555A through 555D), andpipeline (length 1) register 560, with inputs 505, lines 515, outputs570, and multiplexers (MUXes or MXes) 510 (illustrates as MUXes and MXes510A through 51 OKK) forming an interconnection network (210, 220 and240). The two different ALUs 550 and 555 are preferably utilized, forexample, for parallel addition and subtraction operations, particularlyuseful for radix 2 operations in discrete cosine transformation.

FIGS. 7A-7B is a block diagram illustrating, in detail, a preferredadaptive logic processor (ALP) computational unit 600 having a pluralityof fixed computational elements, in accordance with the presentinvention. The ALP 600 is highly adaptable, and is preferably utilizedfor input/output configuration, finite state machine implementation,general field programmability, and bit manipulation. The fixedcomputational element of ALP 600 is a portion (650) of each of theplurality of adaptive core cells (CCs) 610 (FIG. 8), as separatelyillustrated in FIG. 9. An interconnection network (210, 220 and 240) isformed from various combinations and permutations of the pluralities ofvertical inputs (VIs) 615, vertical repeaters (VRs) 620, verticaloutputs (VOs) 625, horizontal repeaters (HRs) 630, horizontalterminators (HTs) 635, and horizontal controllers (HCs) 640.

FIG. 8 is a block diagram illustrating, in greater detail, a preferredcore cell 610 of an adaptive logic processor computational unit 600 witha fixed computational element 650, in accordance with the presentinvention. The fixed computational element is a 3input--2 outputfunction generator 550, separately illustrated in FIG. 9. The preferredcore cell 610 also includes control logic 655, control inputs 665,control outputs 670 (providing output interconnect), output 675, andinputs (with interconnect muxes) 660 (providing input interconnect).

FIG. 9 is a block diagram illustrating, in greater detail, a preferredfixed computational element 650 of a core cell 610 of an adaptive logicprocessor computational unit 600, in accordance with the presentinvention. The fixed computational element 650 is comprised of a fixedlayout of pluralities of exclusive NOR (XNOR) gates 680, NOR gates 685,NAND gates 690, and exclusive OR (XOR) gates 695, with three inputs 720and two outputs 710. Configuration and interconnection is providedthrough MUX 705 and interconnect inputs 730.

As may be apparent from the discussion above, this use of a plurality offixed, heterogeneous computational elements (250), which may beconfigured and reconfigured to form heterogeneous computation units(200), which further may be configured and reconfigured to formheterogeneous matrices 150, through the varying levels of interconnect(110, 210, 240 and 220), creates an entirely new class or category ofintegrated circuit, which may be referred to as an adaptive computingarchitecture. It should be noted that the adaptive computingarchitecture of the present invention cannot be adequatelycharacterized, from a conceptual or from a nomenclature point of view,within the rubric or categories of FPGAs, ASICs or processors. Forexample, the nonFPGA FPGA character of the adaptive computingarchitecture is immediately apparent because the adaptive computingarchitecture does not comprise either an array of identical logicalunits, or more simply, a repeating array of any kind. Also for example,the non-ASIC character of the adaptive computing architecture isimmediately apparent because the adaptive computing architecture is notapplication specific, but provides multiple modes of functionality andis reconfigurable in real-time. Continuing with the example, thenon-processor character of the adaptive computing architecture isimmediately apparent because the adaptive computing architecture becomesconfigured, to directly operate upon data, rather than focusing uponexecuting instructions with data manipulation occurring as a byproduct.

Other advantages of the present invention may be further apparent tothose of skill in the art. For mobile communications, for example,hardware acceleration for one or two algorithmic elements has typicallybeen confined to infrastructure base stations, handling many (typically64 or more) channels. Such as acceleration may be cost justified becauseincreased performance and power savings per channel, performed acrossmultiple channels, results in significant performance and power savings.Such multiple channel performance and power savings are not realizable,using prior art hardware acceleration, in a single operative channelmobile terminal (or mobile unit). In contrast, however, through use ofthe present invention, cost justification is readily available, givenincreased performance and power savings, because the same IC area may beconfigured and reconfigured to accelerate multiple algorithmic tasks,effectively generating or bringing into existence a new hardwareaccelerator for each next algorithmic element.

Yet additional advantages of the present invention may be furtherapparent to those of skill in the art. The ACE 100 architecture of thepresent invention effectively and efficiently combines and maximizes thevarious advantages of processors, ASICs and FPGAs, while minimizingpotential disadvantages. The ACE 100 includes the programmingflexibility of a processor, the post-fabrication flexibility of FPGAs,and the high speed and high utilization factors of an ASIC. The ACE 100is readily reconfigurable, in real-time, and is capable of havingcorresponding, multiple modes of operation. In addition, through theselection of particular functions for reconfigurable acceleration, theACE 100 minimizes power consumption and is suitable for low powerapplications, such as for use in hand-held and other battery-powereddevices.

From the foregoing, it will be observed that numerous variations andmodifications may be effected without departing from the spirit andscope of the novel concept of the invention. It is to be understood thatno limitation with respect to the specific methods and apparatusillustrated herein is intended or should be inferred. It is, of course,intended to cover by the appended claims all such modifications as fallwithin the scope of the claims.

What is claimed is:
 1. An adaptive computing engine comprising: a firstconfigurable computational unit including a first plurality ofheterogeneous computational elements, the first plurality ofheterogeneous computational elements including an adder, a register, anda function generator, the first plurality of heterogeneous computationalelements coupled to each other via a first interconnection network toconfigure interconnections between the computational elements inresponse to configuration information to perform a first function; asecond configurable computational unit for performing digital signalprocessing functions, the second computational unit including a secondplurality of heterogeneous computational elements, the second pluralityof heterogeneous computational elements including at least onemultiplier computational element and at least one adder computationalelement, the second plurality of heterogeneous computational elementscoupled to each other via a second interconnection network to configurethe interconnections between the second plurality of heterogeneouscomputational elements in response to configuration information toperform a digital signal processing function; and a thirdinterconnection network coupled between the first and secondconfigurable computational units.
 2. The adaptive computing engine ofclaim 1, wherein the third interconnection network sends theconfiguration information to the first and second interconnectionnetworks.
 3. The adaptive computing engine of claim 1, wherein the firstand second interconnection networks include multiplexers coupled to thefirst and second pluralities of heterogeneous computational elements,the multiplexers routing data between the first and second pluralitiesof heterogeneous computational elements.
 4. The adaptive computingengine of claim 3 wherein the first and second interconnection networksroute control signals to control the multiplexers to switch data to theplurality of heterogeneous computational elements.
 5. The adaptivecomputing engine of claim 1, wherein the interconnections of the firstinterconnection network to the first and second pluralities ofheterogeneous computational elements have a greater density than theinterconnections of the third interconnection network to theconfigurable computational units.
 6. The adaptive computing engine ofclaim 1, wherein the first function is a logic function, arithmeticfunction or a register function.
 7. The adaptive computing engine ofclaim 1, wherein the digital signal processing function is one of afixed point arithmetic, floating point arithmetic, filtering, ortransformation functions.
 8. The adaptive computing engine of claim 1,wherein the function performed by the configurable computational unit isbit level manipulation and the digital signal processing function is bitor word level manipulation.
 9. The adaptive computing engine of claim 1,wherein the adder computational elements are one of a plurality of addercomputational elements, and wherein the multiplier computationalelements are of a plurality of multiplier computational elements andwherein the second plurality of heterogeneous computational elementsincludes a plurality of arithmetic logical computational elements. 10.The adaptive computing engine of claim 9, wherein the secondinterconnection network changes the interconnections between the secondplurality of heterogeneous computational elements to perform anotherdigital signal processing function by bypassing at least one of theplurality of adder computational elements, or at least one of theplurality of multiplier computational elements or at least one of theplurality of arithmetic logical computational elements.
 11. An adaptiveintegrated circuit comprising: a first plurality of heterogeneouscomputational elements, the first plurality of heterogeneouscomputational elements including an adder, a register, and a functiongenerator, the first plurality of heterogeneous computational elementscoupled to each other via a first interconnection network to configureinterconnections between the heterogeneous computational elements inresponse to configuration information to perform a first function; asecond plurality of heterogeneous computational elements, the secondplurality of heterogeneous computational elements including a multipliercomputational element and an adder computational element, the secondplurality of heterogeneous computational elements coupled to each othervia a second interconnection network to configure the interconnectionsbetween the second plurality of heterogeneous computational elements inresponse to configuration information to perform a digital signalprocessing function; and a third interconnection network coupled betweenat least some of the first and second heterogeneous computationalelements.
 12. The adaptive integrated circuit of claim 11, wherein thethird interconnection network sends the configuration information to thefirst and second interconnection networks.
 13. The adaptive integratedcircuit of claim 11, wherein the first and second interconnectionnetworks include multiplexers coupled to the first and secondpluralities of heterogeneous computational elements, the multiplexersrouting data between the first and second pluralities of heterogeneouscomputational elements.
 14. The adaptive integrated circuit of claim 13wherein the first and second interconnection networks route controlsignals to control the multiplexers to switch data to the plurality ofheterogeneous computational elements.
 15. The adaptive integratedcircuit of claim 11, wherein the first function is a logic function,arithmetic function or a register function.
 16. The adaptive integratedcircuit of claim 11, wherein the digital signal processing function isone of a fixed point arithmetic, floating point arithmetic, filtering,or transformation functions.
 17. An adaptive computing systemcomprising: a plurality of configurable computational units, each of theplurality of configurable computational units having multiplecomputational elements including an adder, a register, and a functiongenerator, the computational elements coupled to each other via aninterconnection network to configure interconnections between thecomputational elements in response to configuration information toperform a first function; and a plurality of configurable digital signalprocessing units, each the configurable digital signal processing unitshaving multiple heterogeneous computational elements including amultiplier computational element and an adder computational element andan interconnection network coupled to the heterogeneous computationalelements to configure the interconnections between the heterogeneouscomputational elements in response to configuration information toperform a digital signal processing function, wherein each of theplurality of configurable digital signal processing units is incommunication with one of the plurality of configurable computationalunits.
 18. The adaptive computing engine of claim 17, further comprisinganother interconnection network coupled to the plurality of configurablecomputational units and plurality of configurable digital signalprocessing units, the another interconnection network sending theconfiguration information to the interconnection networks of theplurality of configurable computational units and the plurality ofdigital signal processing units.
 19. The adaptive computing engine ofclaim 17, wherein the interconnections of the interconnection networksof the plurality of configurable computational units and the pluralityof digital signal processing units have a greater density than theinterconnections of the another interconnection network to theconfigurable computational units and the digital signal processingunits.
 20. The adaptive computing engine of claim 17, wherein theinterconnection networks include multiplexers coupled to thecomputational elements, the multiplexers routing data between thepluralities of computational elements.
 21. The adaptive computing engineof claim 17, wherein the first function is a logic function, arithmeticfunction or a register function.
 22. The adaptive computing engine ofclaim 17, wherein the digital signal processing function is one of afixed point arithmetic, floating point arithmetic, filtering, ortransformation functions.